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(57) Abstract: The invention relates to a method 
for exchanging information between components 
in a network which preferably consists of a core 
network and a radio access network, by means of 
terminals which exchange IP information packets 
over the network, said IP information packets being 
provided with IP headers having IP addresses. Said 
components comprise a memory area in which 
unequivocal terminal identifiers are managed in 
relation to IP addresses, at least one part of said 
components in the network being MPLS-enabled 
and used to route information packets through 
the network on the basis of MPLS paths and 
corresponding MPLS headers. The inventive 
method comprises a first configuration step, in 
which the components are configured in such 
a way that the MPLS paths to the terminals are 
unequivocal, said MPLS paths being characterised 
by the unequivocal terminal identifier which is 
imaged in the MPLS headers; a second information 
emission step, in which the MPLS -enabled 
components remove the IP headers from the 
IP information packet, in order to then provide 
the modified IP information packet with MPLS 
headers, the MPLS header containing the terminal 
identifier which is managed in relation to the IP address in order to then send the thus modified data packet; and a third information 
receiving step, in which the MPLS-enabled components read the MPLS headers of the information packets sent in the second 
step, in order to determine the associated IP addresses on the basis of the terminal identifier, in such a way as to then modify the 
information packet such that the original IP header replaces the MPLS headen The invention also relates to other elements, namely 
an emitter and a receiver, which are used to carry out the inventive method. 

[Fortsetzung auf der ndchsten Seite] 




^— 23 



wo 03/039104 Al llllllllllilllllllllllllllllllllllllllllllllllllli 



CU, CZ, DK, DM, DZ, EC, EE, ES, H, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, 
VC, VN, YU, ZA, ZM, ZW. 

(84) Bestimmungsstaaten (regional): ARIPO-Patent (GH, 
GM, KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
eurasisches Patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, 
TM), europaisches Patent (AT, BE, BG, CH, CY, CZ, DE, 
DK, EE, ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, 
SE, SK, TR), OAPI-Patent (BF, BJ, CF, CG, CI, CM, GA, 
GN, GQ, GW, ML, MR, NE, SN, TD, TG). 

Erklaruiigeii gemaB Regel 4.17: 

— hinsichtlich der Berechtigung des Anmelders, ein Patent zu 
beantragen und zu erhalten (Regel 4.17 Ziffer ii) fur die 
folgenden Bestimmungsstaaten AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, GM, 
HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, 



LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, 
TJ, TM, TN, TR, TT, TZ, UA, UG, UZ, VC, VN, YU, ZA, 
ZM, ZW, ARIPO-Patent (GH, GM, KE, LS, MW, MZ, SD, 
SL, SZ, TZ, UG, ZM, ZW), eurasisches Patent (AM, AZ, BY, 
KG, KZ, MD, RU, TJ, TM), europaisches Patent (AT, BE, 
BG, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GR, IE, IT, 
LU, MC, NL, PT, SE, SK, TR), OAPI-Patent (BF, BJ, CF, 
CG, CI CM, GA, GN, GQ, GW, ML, MR, NE, SN, TD, TG) 

— Erfindererkldrung (Regel 4.17 Ziffer iv) nur fur US 

Veroffentlicht: 

— mit internationalem Recherchenbericht 

— vor Ablauf der fur Anderungen der Anspriiche geltenden 
Frist; Veroffentlichung wird wiederholt, falls Anderungen 
eintreffen 

Zur Erlddrung der Zweibuchstaben-Codes und der anderen 
Abkurzungen wird auf die Erkldrungen ("Guidance Notes on 
Codes and Abbreviations") am Anfangjeder reguldren Ausgabe 
der PCT-Gazette verwiesen. 



(57) Zusammenfassung: Die Erfindung betrifft ein Verfahren zum Austausch von Informationen zwischen Komponenten in einem 

Netzwerk, das vorzugsweise aus einem Core-Netzwerk und einem Radio- Ac cess-Netzwerk besteht, mit Endgeraten, die iiber das 
Netzwerk IP-Inforaiationspakete austauschen, die iiber IP-Header mit IP-Adressen verfiigen, mit einem Speicherbereich, in dem ein- 
deutige Endgeratekennungen in Relation zu IP-Adressen verwaltet werden, mit zumindest einer Teilmenge von MPLS-fahigen Kom- 
ponenten in dem Netzwerk, die Informationspakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS-Headem durch das 
Netzwerk routen, mit einem ersten Konfigurationsschritt, bei dem die Komponenten so konfiguriert werden, dass die MPLS-Pfade zu 
den Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige Endgeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, mit einem zwei-ten Informations sendeschritt, bei dem die MPLS-fahigen Komponenten die IP-Header 
aus dem IP-Informationspaket entfemen, um dann das so veranderte IP-Informationspaket mit MPLS-Headern zu versehen, wobei 
der MPLS-Header die Endgerateken-nung enthalt, die in Relation zur IP-Adresse verwaltet wird, um dann das so modifizierte Da- 
tenpaket zu senden, mit einem dritten Informationsempfangsschritt, bei dem die MPLS-:^higen Komponenten die MPLS-Header der 
im zweiten Schritt gesendeten Informationspakete lesen, um anhand der Endgeratekennung die zugehorige IP-Adresse zu ermitteln, 
um dann das Informations -paket so zu verandem, dass der urspriingliche IP-Header den MPLS-Header ersetzt. Weitere Bestandteile 
der vorliegenden Erfindung sind ein Sender und ein Empfanger, die das entsprechende Verfahren umsetzen. 
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Be s chr e i bung 

Verfahren und Vorrichtung zur Abbildung von Netzwerk-Headern 
auf MPLS-Header in Bearer-Architekturen 

5 

Durch die Einfiihrung von paketorientierten Technologien wie 
UMTS und GPRS ist zu erwarten, dass die Dateniibertragung in 
Zukunft vermehrt drahtlos erfolgen wird. Hierbei wird sich 
die Dateniibertragung nicht nur auf die Ubertragung von 
10 Sprachinf oirmationen beschranken lassen, sondern es werden 

vermehrt andere Dienste, wie sie z. B. im Internet angeboten 
werden, drahtlos genutzt. 

Momentan sind die meisten Mobilf unknetze verbindungsorien- 

15 tiert auf gebaut . Diese Verbindungsorientierung liegt zumin- 
dest zwischen dem Endgerat und der Basisstation vor. Die 
Backbone-Netze weisen hingegen oftmals eine paketorientierte 
Struktur auf. Gerade bei Sprach- und Datenubertragungen wird 
jedoch nicht die ganze Bandbreite benotigt, da eine Daten- 

2 0 ubertragung nur zu diskreten Zeitpunkten erfolgt und oftmals 
ein groSer Zeitraum zwischen den einzelnen, tatsachlichen In- 
f ormationsiibertragungen liegt. Somit wird ein GroSteil der 
Bandbreite verschenkt, Paketorientierte Netzwerke haben den 
Vorteil, dass lediglich die benotigte Bandbreite \urch Pakete 

2 5 verbraucht wird. Der Datenstrom wird hierbei in kleine Pakete 
zerlegt. Nachteilig ist jedoch bei diesem Ansatz, dass unter 
Umstanden bei einem grofieren Bedarf nicht gentigend Bandbreite 
vorhanden ist. Dies ftihrt gerade bei Sprachiibertragungen zu 
einem erheblichen Qualitatsverlust , der sich in einer 

30 schlechten Tonqualitat widerspiegelt . Ein Qualitatsmanagement 
ist fiir solche Netzwerke notwendig. Weiterhin ist es notwen- 
dig, dass die Datenpakete schneller durch das Netzwerk gelei- 
tet werden. Urn dies zu erreichen, sind schnelle Switches und 
Router gefragt. 

35 

Um in Zukunft auch dem vermehrten Datenauf kommen bei kabello- 
sen Teilnehmern gerecht zu werden, werden Zugangsnetze fiir 
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Mobilf unknetze in Zukunft auch IP~basiert sein, d. h. zwi- 
schen den Basisstationen und dem Ubergang in das Core- 
Netzwerk liegt ein IP-basiertes Transportnetz , das so genann- 
te RAN (Radio Access Network) . Endgerate verbinden sich iiber 
5 eine Luf tschnittstelle zunachst mit einer Basisstation BS, 
welche die Luf tschnittstelle terminiert. Sodann werden die 
Daten des Endgerates MH durch einen Zugangsrouter AR gerou- 
tet. In der Regel bilden die miteinander verbundenen Zugangs- 
router das Radio-Access-Netzwerk . Der AR sorgt fiir die Wei- 
10 terleitung an den Radio-Access-Server (RAS) oder weitere Rou- 
ter, 

Aufgrund der unterschiedlichen Topologien der Netzwerke wird 
oftmals ein Protokolltunnel zwischen Endgerat MH und Zugangs- 

15 router RAS bzw. zwischen AR und RAS sowie zwischen AR und AR 
auf gebaut . Ein Protokolltunnel liegt iiraner dann vor^ wenn ein 
erstes Ubertragungsprotokoll in einem zweiten Ubertragungs- 
protokoll gekapselt ist. Man spricht vom Einpacken der Pakete 
eines ersten Ubertragungsprotokolls in die Pakete des zweiten 

20 Ubertragungsprotokolls. Dies ist z. B. immer dann notwendig, 
wenn auf einem Netzwerk-Segment das erste Ubertragungsproto- 
koll nicht unterstutzt wird. In diesem Netzwerksegment muss 
dann das Paket mit Hilfe des zweiten Ubertragungsprotokolls 
geroutet werden. Durch den Protokolltunnel sind eine Reihe 

25 von Vorteilen gegeben. 

Fur das Endgerat kann im Transportnetz RAN Mobilitat mit be- 
liebigen Mitteln transparent unterstutzt werden. Dieser Vor- 
teil basiert darauf, dass die Pakete nicht verandert werden 
30 und somit die Art und Form des Transportes durch die Topolo- 
gie des Netzwerkes bestimmt werden konnen, ohne dass eine 
Veranderung der Nutzdaten zu beftirchten ist. 

Nicht IP-basierte Daten (z. B. komprimierte und/oder ver- 
35 schliisselte IP-Pakete, Sprache) konnen einfach liber das 

Transportnetz RAN zu entsprechenden Umsetzern am Rand des 
Transportnetzes RAN gefuhrt werden, sofern die verwendete 
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Tunneltechnologie den Transport von Datenpaketen anderer Pro- 
tokolle als IP untersttitzt. 

Bekannte Verfahren benutzen Tunnel entweder vom Endgerat MH 
bis zum RAS Oder vom Zugangsrouter AR ziom RAS. Dabei konnen 
5 unterschiedliche Technologien zum Einsatz kommen, z, B. PPP, 
IP-in-IP. 

Auf Grund des simplen Aufbaus und der hohen Perfoirmance kann 
auch das Multiprotocol Label Switching (MPLS, IETF Proposed 
10 Standard, [RFC 3031] ) mit Vorteil als Tunneltechnologie ein- 
gesetzt werden. 

Bei MPLS-Netzen wandert ein Paket von einem Router zum nachs- 
ten. Jeder Router trifft eine unabhangige Entscheidung hin- 

15 sichtlich des Wei terlei tens . Das heifit, jeder Router analy- 

siert den Header des Paketes, und jeder Router durchlauft ein 
Programm mit dem Router-Algori thmus . Jeder Router wahlt eine 
neue Route in Abhangigkeit des Ergebnisses des Router- 
Algorithmus. Die Auswahl der nachsten Route erfolgt somit in 

20 zwei Schritten. Der erste Schritt partitioniert die gesamte 
Menge der moglichen Pakete in eine Menge von aquivalenten 
Klassen (FEC) . Der zweite Schritt bildet jede FEC auf eine 
Route ab. Was die Entscheidung der Weiterleitung angeht, wird 
keine Unterscheidung zwischen den Paketen gemacht, die der 

2 5 gleichen FEC angehoren. Unterschiedliche Pakete, die der 

gleichen FEC angehoren, konnen nicht unterschieden werden. 
Hierin unterscheidet sich die vorliegende Erfindung. Um La- 
bels als Adressen verwenden zu konnen, muss eine eindeutige 
Zuordnung zu einer FEC bestehen. Das heiSt, eine FEC umfasst 

30 immer nur ein Label, Dieses Label wird nur einer Zieladresse 
zugeordnet . 

Als unterschiedliche Pakete betrachtet man die Pakete, die 
eine unterschiedliche Ziel- oder Ursprungsadresse aufweisen. 
35 Um jedoch MPLS fur die vorliegende Erfindung verwenden zu 

konnen, muss ein Pfad und somit die Aquivalenzklasse eindeu- 
tig sein. Das heifit, eine Aquivalenzklasse steht fur ein ein- 
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deutiges Quell- und Ziel-Endgerat bzw. Entity. In einem MPLS- 
Netz erfolgt die Zuordnung zu einer FEC nur einmal, namlich 
dann, wenn das Paket in das Netzwerk eintritt. Die FEC, der 
ein Paket zugeordnet ist, ist als kurzer Wert codiert, der 
5 als Label bezeichnet wird, Wenn ein Paket zur nachsten Route 
gesendet wird, so wird das Label mitgesandt. Bei den folgen- 
den Routern wird keinerlei Analyse der weiteren Inhalte des 
Paketes vorgenommen . Es wird lediglich das Label uberpriift. 
Das Label wird als Index ftir eine Tabelle verwendet, aus der 

10 die nachste Route und das nachste Label entnoininen werden kon- 
nen. Das alte Label wird durch das neue Label ersetzt und das 
Paket wird weitergeleitet in die nachste Route. In einem 
MPLS-Netz wird das Weiterleiten nur durch die Labels gesteu- 
ert. Dies hat eine Reihe von Vorteilen. So mussen die Router 

15 nur geringe Fahigkeiten haben. Sie miissen lediglich in der 
Lage sein, das Label zu analysieren und in einer Tabelle zu 
uberpriifen, welche Route diesem Label zugeordnet ist, um das 
alte Label durch ein neues Label zu ersetzen. Weiterhin kann 
durch diese einfachen Aufgaben ein hoher Durchsatz realisiert 

2 0 werden- Weitere Vorteile konnen der [RFC 3 031] entnominen wer- 
den . 

Im Folgenden werden einige Grundsatze definiert. Ein Label 
ist ein kurzer, ortlich signif ikanter Bezeichner, der eine 

25 feste Lange aufweist, um eine FEC zu identif izieren . Das La- 
bel dient zur Reprasentation einer FEC, der das Paket zuge- 
ordnet ist. In der grundsatz lichen Verwendung der FEC wird 
diese auf der Grundlage der Zieladressen des Netzwerk-Layers 
zugeordnet. Es handelt sich jedoch in der urspriinglichen Ver- 

30 wendung der FEC nicht um eine Kodierung der Netzwerkadresse . 
Genau an diesem Punkt macht die vorliegende Erfindung einen 
Unterschied. Durch die eindeutige Zuordnung des Labels zu ei- 
nem eindeutigen Pfad handelt es sich xim eine Kodierung einer 
Netzwerkadresse . 

35 

Um sicherzustellen, dass die Router die Pakete denselben A- 
quivalenzklassen zuordnen, mussen die Router regelmafiig In- 
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formationen austauschen, aus denen ersichtlich ist, welche 
Pakete einem Label zugeordnet warden. Weiterhin ist es wich- 
tig, dass nicht dieselben Labels von unterschiedlichen Rou- 
tern verwandt werden, soweit hierdurch eine eindeutige Iden- 
5 tifikation des vorhergehenden Routers unmoglich wird. Weiter- 
hin ist darauf hinzuweisen, dass Up-Streams und Down-Streams 
unterschiedlich behandelt werden. So weisen diese nicht unbe- 
dingt dieselben Labels auf . In der MPLS-Architektur wird die 
Entscheidung, ein bestiinmtes Label an eine bestimmte Aquiva- 
10 lenzklasse zu binden, durch den Router vorgenoininen , der Down- 
stream in Bezug zu dieser Bindung ist. Der Router, der Down- 
Stream ist, informiert dann den Router, der Up-Stream ist, 
von dieser Bindung. Diese Information kann z. B. als Hucke- 
packinf ormation auf anderen Paketen ubertragen werden. 

15 

In einer weiteren Ausgestaltung unterstiitzt MPLS eine Hierar- 
chies wobei das Bearbeiten der mit Labeln versehenen Pakete 
vollstandig unabhangig von dem Level der Hierarchie ist. Ein 
Paket, das kein Label aufweist, kann als Paket betrachtet 
2 0 werden, dessen Stack leer ist. Die Verwendung des Stacks wird 
deutlich, wenn man vom Tunneln der Pakete spricht. Ein sei- 
ches Tunneln kann dem Dokument [RFC 3031] entnommen werden. 
Pakete werden immer dann getunnelt, wenn sie durch einen 
Netzwerkpfad gefiihrt werden, der zwischen zwei Routern liegt, 

2 5 wobei dieser Netzwerkpfad wiederum eine Reihe von Routern um- 

fassen kann. Wurde z. B. ein expliziter Pfad vorgegeben, der 
die Router Rl bis R4 umfasst, und liegt zwischen dem Router 
Rl und R2 ein Pfad, der die Router Rl.l, Rl . 2 , Rl . 3 umfasst, 
so wird ein weiteres Label durch den Router Rl auf den Stack 

3 0 gepusht. Die Router Rl.l, R1.2, Rl . 3 arbeiten nun auf diesem 

neuen zweiten Element. Sobald das Paket bei Router R2 an- 
kommt, wird das oberste Element vom Stack gepoppt . Problema- 
tisch wird es, wenn kein Label auf dem Stack ist. Bei der 
normalen MPLS-Architektur wird die Netzwerkadresse (im Nor- 
35 malfall die IP-Adresse) analysiert, um eine Aquivalenzklasse 
zu bestimmen. 
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MPLS bietet zwei Arten der Routenauswahl . Die eine Routenaus- 
wahl legt die Route bereits am Startpunkt fest. Es werden die 
einzelnen Router bestimmt, die durchlaufen werden miissen. Es 
handelt sich hierbei um ein explizites Routen. Beim hop-by- 
5 hop-Routen werden die Router nicht explizit festgelegt, so- 
dass jeder Router anhand seiner Tabellen festlegen kann, wel- 
ches der nachfolgende Router sein soil. Die vorliegende Er- 
f indung kann mit beiden Moglichkeiten der Routenauswahl be- 
trieben werden. 

10 

Bisherige Ansatze zur Verwendung von MPLS gehen von einer 
Nutzung von MPLS im Netzinneren aus, z. B. im Mobilfunknetz 
zwischen Zugangsrouter AR und RAS. 

15 Wechselt das Endgerat MH im laufenden Betrieb von Router ARx 
zu Router ARy, so muss es sich erneut beim Zugangsrouter an- 
melden (authentif izieren) . Bei dieser Bewegung des Endgerats 
zu einer anderen Basisstation oder einem anderen Zugangsrou- 
ter wird nun dieser Tunnel mittels Signalisierung zum aktuel- 

20 len Ankerpunkt umgelegt. Dazu muss allerdings in verschiede- 
nen Auspragungen der Realisierung im Access-Netz IPv6 (IP- 
Version 6) unterstiitzt werden. Wie das Mapping solcher Archi- 
tekturen auf bestehende IP-Backbones ergeben hat, wird darin 
hauptsachlich eine Form von MPLS untersttitzt. IP-Netze werden 

25 also als Overlay /VPN (Virtual Privat Network) -Struktur en rea- 
lisiert und deren Pakete nur noch schnell geswitched, was we- 
niger Netzlast und Overhead bei der Routeroperation bedeutet. 
Jedoch entsteht bei einem Tunneln der Inf ormationen ein O- 
verhead hinsichtlich der GroSe der Inf ormationspakete . IPv6- 

3 0 Header verursachen mehr als 40 Byte Header-Overhead bei einer 
TransportdatengroSe von durchschnittlich 60 Byte (IPv6 incl. 
Routing-Header) , deren Nutzdaten wieder\im nur etwa 20 Byte 
(VoIP) umfassen [RFC 3031, RFC 2460] . Mittels eines Shim- 
Headers bzw. MPLS-Headers von z. B. MPLS werden jeweils nur 4 

3 5 Byte induziert. Ein Shim-Header, auch MPLS-Header, umfasst 
neben dem Label, dass ca . 2 0 Bits ausmacht, weitere Status- 
und Verwaltungs inf ormationen. Grundsatzlich sind eine eindeu- 
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tige Identif izierung des Punkt-zu-Punkt-Links mit seinen Ei- 
genschaften, z. B. Quality of Service (QoS) , sowie natiirlich 
die des jeweiligen Bearers notwendig. 

5 Bekannte Verfahren zur Reduzierung des Overhead bestehen aus 
einem rechenintensiven Kompressionsverf ahren [RFC 2507] (pri- 
ce-rohc-epic-OO.txt [www-ietf.org/internet-drafts] ) , das die 
einzelnen Komponenten bzw. Router unterstutzen miissen. Diese 
Verfaliren miissen watirend der Verbindung den dynamischen Sta- 

10 tus verwalten, wodurcli viele Ressourcen (Memory, CPU) ver- 

brauclit werden und somit den Komponenten in der Leistungsfa- 
liigkeit Grenzen gesetzt werden. Bei einer Vielzalil von Endge- 
raten (melireren tausend Handys) , die von einer Komponente be- 
dient werden mussen, kann es zu einer Uberlastung des Systems 

1 5 kommen . 

Es ist jedoch darauf hinzuweisen, dass die genannten Probleme 
nicht nur auf Netzwerke beschrankt sind, die mit mobilen End- 
geraten betrieben werden. Vielmelir entstelit dieses Problem 
20 immer dann, wenn unterscliiedliclie Netzwerktopologien und Ar- 
cliitekturen aufeinander treffen und ein Tunneln von Informa- 
tionspaketen notwendig wird. Eine Besclirankung der vorliegen- 
den Erfindung auf Mobil funk -Netze ist niclit beabsiclitigt . 

25 Aufgabe der vorliegenden Erfindung ist es, ein Verfaliren be- 
reitzustellen, dass die Grofie der Header reduziert. 

Die Aufgabe wird maSgeblich durcti ein Verfaliren und Vorricli- 
tungen mit den Merlonalen der unabliangigen Anspriiclie gelost. 

3 0 Grundsatzlicii sind eine eindeutige Identif izierung des Punkt- 
zu-Punkt-Links, das lieiSt des MPLS-Pfades, mit seinen Eigen- 
scliaften (z. B. QoS (Quality of Service)) sowie naturlicli die 
des jeweiligen Bearers (Verbindungsdienst) notwendig. Dazu 
reiclien allerdings zwei oder mehr MPLS-Header bei weitem aus, 

3 5 wobei sogar nur einer davon komponentenbezogene Bedeutung lia- 
ben muss. Der zweite kann netzwerkweit , wie bei MPLS iiblich. 
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dynamisch verwendet werden , In der Regel ist man hierdurch 
nicht nur auf MPLS begrenzt (e. g. PPP) . 

Die aufieren MPLS-Header dienen zur Identif izierung des Punkt- 
5 zu-Punkt- Links und seiner Eigenschaf ten, wie sie im IPv6- 
Header definiert sind. Diese konnen sogar, wenn no tig, vom 
Netz verandert werden, solange der Link-Scope bei der Endkom- 
ponente nicht zerstort wird. Die inneren Header dienen der 
Identif izierung des Bearers. Der Grundgedanke besteht nun 

10 darin, Teile einer eindeutigen Endgeratekennung, z. B. der 
RNTI, zu verwenden [TS 25.331], wie sie in existierenden 
GSM/GPRS/UMTS-Architekturen eingesetzt wird. Diese Endgerate- 
kennung identif iziert dort die jeweiligen Endgerate-Bearer 
und ist, z. B. in ihrer Short-Definition, 12 Bits (Long- 

15 Version 20 Bits) lang. Weiterhin sind noch einige Bits notig, 
um eine Flow-Identif ikation zuzulassen. Ein Shim-Header bzw. 
MPLS-Header bietet Raum fur 2 0 Bits pro Header. Somit reichen 
maximal zwei Shim-Header bzw. MPLS-Header zum eineindeut igen 
Abbilden der aus IPv6 notigen Inf ormationen auf MPLS-Labels 

20 aus. IPv6-Dif f Serv kann direkt iibernommen werden, da es in 

den Shim-Headern bzw. MPLS-Headern unterstiitzt wird. Man er- 
halt sich die Kompatibilitat zu existierenden Einrichtungen 
und Funktionsweisen, da intern nun die Shim-Header bzw. MPLS- 
Header wieder eineindeutig einem IPv6-Header zugeordnet bzw. 

25 durch diesen ersetzt werden konnen, womit die Architektur- 
eigenschaf ten und Vorteile, welche aus IPv6 resultieren, 
vollstandig erhalten bleiben. 

Hierdurch wird sichergestellt , dass mit Hilfe von existieren- 
30 den Architekturkomponenten, die die Kompatibilitat erhalten, 
eine hohere Effizienz des Netzwerkes erreicht wird. In der 
Regel bietet sich z. B. die existierende RNTI an, da durch 
ihre 2 0 Bits Lange ein direktes Mapping auf das 2 0 Bit-Label 
ermoglicht wird. Im Netz kann somit ein Riickfall auf Label- 
35 Switching erfolgen, womit Netzressourcen eingespart werden. 

Im Detail wird die Aufgabe durch ein Verfahren zum Austausch 
von Inf ormationen zwischen Komponenten in einem Netzwerk, das 
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vorzugsweise aus einem Core-Netzwerk und einem Radio-Access- 
Netzwerk besteht, gelost. 

Bestandteile des Netzwerkes sind Endgerate, die liber das 
5 Netzwerk IP-Inf oinnationspakete austauschen, die tiber IP- 
Header mit IP-Adressen verfiigen. Die Endgerate sind vorzugs- 
weise mobile Endgerate, wie Handys oder PDAs. Die Endgerate 
weisen eine eindeutige Endgeratekennung auf , anhand derer sie 
in Netzwerk lokalisiert werden konnen. 

10 

In einem Speicherbereich werden eindeutige EndgerStekennungen 
in Relation zu IP-Adressen verwaltet. Hierdurch ist es mog- 
lich, eine Abbildung von den IP-Adressen zu den Endgerateken- 
nungen und umgekehrt vorzunehmen. 

15 

Das Netzwerk weist zumindest eine Teilmenge von MPLS-fahigen 
Komponenten auf, die Inf ormationspakete auf der Basis von 
MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen. Die Komponenten sind in der Lage, sich in einem 
20 ersten Konf igurationsschritt so zu konf igurieren, dass die 

MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgeratekennung, die in den MPLS- 
Headern abgebildet ist, zumindest durch eine Abbildung ge- 
kennzeichnet sind. Nachdem die Komponenten konfiguriert wur- 

2 5 den, erfolgt in den folgenden Schritten der Inf ormationsaus- 

tausch. 

In einem zweiten Inf ormationssendeschritt entfernen die am 
Anfang des Pfades liegenden MPLS-fahigen Komponenten die IP- 

3 0 Header aus dem IP-Inf ormationspaket , um dann das so verander- 

te IP-Inf ormationspaket mit MPLS-Headern zu versehen. Der 
hinzugefiigte MPLS-Header enthalt z. B. die Endgeratekennung, 
die in Relation zur IP-Adresse verwaltet wird, um dann das so 
modifizierte Datenpaket zu senden. In einem dritten Informa- 
3 5 tionsempf angsschritt , der am Ende des Pfades liegt, lesen die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Inf ormationspakte , um anhand der Endgera- 
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tekennung die zugehorige IP~Adresse zu ermitteln. Die IP- 
Adresse wird hierbei aus dem oben erwahnten Speicherbereich 
geladen. Bei diesem Speicherbereich kann es sich um einen 
zentralen wie auch um einen dezentralen Speicherbereich han- 
5 deln. So ist es z. B. moglich, dass jede Komponente einen ei- 
genen Speicherbereich aufweist, in dem die Abbildung vor- 
gehalten wird. 

Nachdem die IP-Adresse ermittelt wurde, wird das Infoirmati- 
10 onspaket so verandert, dass der urspriingliche IP-Header den 
MPLS-Header ersetzt . 

In der Kegel handelt es sich bei den Komponenten um bekannte 
Router, die vorzugsweise durch eine Software mit entsprechen- 
15 den Hardwarekomponenten erweitert wurden, lam somit die oben 
beschriebene Funktionalitat zu realisieren. 

In einer vorteilhaf ten Aus fuhrungs form handelt es sich um ein 
UMTS- Oder GPRS- Netzwerk oder ein ahnliches paketorientier- 

2 0 tes Funknetz fur mobile Endgerate, wobei die Endgeratekennun- 
gen aus netzspezif ischen RAI, RNTI (Radio Network Temporary- 
Identities) , IMSI (weitere herstellerspezif ische Identifika- 
tionen sind denkbar) bestehen konnen. In Abhangigkeit des ge- 
wahlten Netzes, bei dem diese Endgeratekennungen in einem 

25 speziellen Register verwaltet werden, handelt es sich hierbei 
z. B. um ein HLR (Home Location Register) oder um ein HSS 
(Home Subscriber Service) . Diese Register werden so erwei- 
tert, dass neben der Endgeratekennung ein IP-Header und/oder 
eine IP-Adresse abgelegt werden, wodurch eine eindeutige bi- 

30 jektive Abbildung ermoglicht wird. 

In einer weiteren Ausgestaltungsf orm, sind die Endgerate 
selbst in der Lage, den Austausch der Header vorzunehmen. In 
diesem Falle wird lediglich ein Gateway benotigt, der beim 
35 Ubergang in ein weiteres, externes Netzwerk, das die vorge- 
stellte Technologie nicht unterstutzt, eine Abbildung vor- 
nimmt . Beim Eintreffen eines Inf ormationspaketes aus dem ex- 
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ternen Netz wird der IP-Header entfernt, und beim Senden ei- 
nes Paketes in das externe Netzwerk wird der IP-Header ein- 
fiigt, wobei die Koiranunikation im internen Netzwerk auf der 
Basis der MPLS-Header erfolgt. Der Gateway hat ebenfalls 
5 Zugriff auf den Speicherbereich, in dem die Abbildung der IP- 
Header auf die Geratekennungen abgelegt sind. 

In einer alternativen Ausfuhrungsf oinn enthalten die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 

10 Label, dass die Endgeratekennung codiert, wodurch festge- 
stellt werden kann, welcher Pfad fur welches Endgerat be- 
stimmt ist. Bei diesen Aquivalenzklassen handelt es sich vor- 
zugsweise um die Eingangsaquivalenzklassen, d. h. die Klas- 
sen, die berlicksichtigt werden, wenn ein Paket bei der Kompo- 

15 nente eintrifft. Durch die Verwendung eines zweiten Labels 

innerhalb der MPLS-Aquivalenzklasse wird festgelegt, dass die 
Endgeratekennung Bestandteil des eindeutigen Pfades ist. 

In einer weiteren Ausf uhrungsf orm wird nicht der vollstandige 
20 IP-Header entfernt, sondern lediglich Telle des IP-Headers. 

Hierdurch entsteht weniger Aufwand beim Einfugen und Loschen 
der Adressen. 

In einer weiteren vorteilhaf ten Ausfuhrungsf ormen werden meh- 

2 5 rere MPLS-Labels verwendet, um einen IP-Header auf einen 

MPLS-Header abzubilden und umgekehrt. Ein entsprechender Fall 
wurde bereits oben beschrieben. 

Ein weiterer Bestandteil der Erfindung ist ein Sender, der 
30 das beschriebene Verfahren umsetzt. Der Sender ist vorzugs- 
weise in einem Netzwerk angeordnet, das aus einem Core- 
Netzwerk und einem Radio-Access-Netzwerk besteht. Soweit der 
Sender nicht selber ein Endgerat ist, hat der Sender die ver- 
mittelnde Aufgabe, die Kommunikation von Endgeraten zu reali- 

3 5 sieren. Die Endgerate tauschen iiber das Netzwerk IP- 

Inf ormationspakete aus, die iiber IP-Header mit IP-Adressen 
verfiigen. Der Sender weist Mittel auf, die einen Zugriff auf 
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einen Speicherbereich erlauben, in dem eindeutige Endgerate- 
kennungen in Relation zu IP-Adressen verwaltet werden. Bei 
diesen Mitteln handelt es sich vorzugsweise um eine Netzwerk- 
schnittstelle, soweit es sich um einen zentralen Server han- 
5 delt, der den Speicherbereich verwaltet. Handelt es sich hin- 
gegen um einen dezentralen Speicherbereich, der vom Sender 
selber verwaltet wird, so sind diese Mittel in der Regel 
Speicher, Controller und Mikroprozessoren oder ein spezieller 
Chipsatz, der auf den Speicherzugrif f optimiert ist. 

10 Der Sender umfasst weiterhin Mittel, die die Inf ormationspa- 
kete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern durch das Netzwerk routen. Bei diesen Mitteln han- 
delt es sich vorzugsweise um bekannte Switching-Fabrics, wie 
sie zum Stand der Technik gehoren. 

15 Eine Bearbeitungseinheit , die vorzugsweise als Prozessor oder 
als Switching-Fabric ausgebildet ist, entfernt IP-Header aus 
dem IP-Inf ormationspaket , um dann das so veranderte IP- 
Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgeratekennung enthalt, die in Relation zur 

20 IP-Adresse verwaltet wird. Die so modif izierten Datenpakete 
werden dann uber den entsprechenden MPLS-Pfad zum Endgerat 
gesendet . 

Gegebenenf alls ist es notwendig, dass die Mittel fiir den 

2 5 Speicherzugrif f die entsprechende Adresse bzw. den Header aus 

dem Speicherbereich laden. 

Um die eindeutigen Pfade zum Endgerat im Vorfeld zu konf igu- 
rieren beziehungsweise die Aquivalenzklasse anzulegen, sind 

3 0 Mittel vorgesehen, die den Sender so konf igurieren, dass die 

MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgeratekennung, die in den MPLS- 
Headern abgebildet ist, gekennzeichnet sind. Bei diesen Mit- 
teln handelt es sich vorzugsweise um eine Netzwerkschnitt- 
35 stelle und eine entsprechende Bearbeitungseinhei t , die entwe- 
der ein Mikroprozessor oder die Switching-Fabric ist. In der 
Regel werden bekannte Module durch entsprechende Software so 
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erweitert/ dass die benotigte Funktionalitat realisiert war- 
den kann. 

In einer bevorzugten Ausfiihrungsf orm, bei der der Speicherbe- 
5 reich dezentral beim Sender verwaltet wird, werden die Endge- 
ratekennungen den entsprechenden MPLS-Aquivalenzklassen zuge- 
ordnet, wobei die Endgeratekennungen bereits als MPLS-Label 
bzw. MPLS-Header codiert sind. 

10 Neben dem Sender ist ein Empfanger ein weiterer wesentlicher 
Bestandteil der vorliegenden Erfindung. Der Empfanger ist ein 
entsprechendes Gegenstiick zum Sender. Er ist somit im glei- 
chen Netzwerk angeordnet. Es ist darauf hinzuweisen, dass der 
Empfanger und der Sender in der Regel Router sind, die den 

15 Eingang und den Ausgang eines MPLS-Pfades darstellen. Die 
Komponenten, die innerhalb des Pfades liegen, brauchen die 
erweiterte Funktionalitat nicht. Der Empfanger weist eben- 
falls Mittel auf, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 

2 0 IP-Adressen verwaltet werden. Hierbei kann es sich sowohl um 
Mittel handeln, die einen zentralen als auch einen dezentra- 
len bzw. lokalen Zugriff auf den Speicherbereich ermoglichen. 
In der Regel handelt es sich um die gleichen Mittel, wie sie 
beim Sender verwendet werden. 

2 5 Weiterhin umfasst der Empfanger Mittel, die die Inf ormations- 

pakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern aus dem Netzwerk empfangen. Hierbei handelt es sich 
in der Regel um eine Net zwerkschnitts telle mit einem entspre- 
chenden Treiber, wobei die so empfangenen Pakete an die Bear- 

3 0 beitungseinheit weitergeleitet werden. 

Die Bearbeitungseinheit analysiert die Inf ormationspakete, um 
f estzustellen, ob der IP-Header entfernt wurde. Sollte dies 
der Fall sein, so wird im positiven Falle anhand der Endgera- 
tekennung die zugehorige IP-Adresse durch einen Speicher- 
35 zugriff ermittelt, um dann das Inf ormationspaket so zu veran- 
dern, dass der urspriingliche IP-Header den MPLS-Header er- 
setzt . 
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Auch bei dieser Bearbeitungseinheit handelt es sich vorzugs- 
weise urn eine bekannte Switching-Fabric und/oder einen Mikro- 
prozessor, die mit Hilfe einer entsprechenden Software um die 
5 notwendige Funktionalitat erweitert wurden. 

Weitere Bestandteile des Empf angers sind Mittel, die den Emp- 
fanger so konf igurieren, dass die MPLS-Pfade zu den Endgera- 
ten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige 
10 Engeratekennung, die in den MPLS-Headern abgebildet ist, ge- 
kennzeichnet sind. Hierbei handelt es sich um ahnliche Mittel 
wie beim Sender, wobei jedoch vornehmlich die Aquivalenzklas- 
sen bestimint werden, die zu beriicksichtigen sind, wenn die 
Inf ormationspakete eintref f en , 

15 

In einer dezentralen Losung werden die Endgeratekennungen, 
als MPLS-Label codiert und einer bestimmten Aquivalenzklasse 
zugeordnet, die den eindeutigen Pfad zum Endgerat bestiinmt. 

2 0 In der Kegel weisen Router oder Gateways sowohl die Merkmale 
eines Senders als auch eines Empf angers auf . In einer weite- 
ren Ausf iihrungsf orm, bei der die MPLS Pfade bis unmittelbar 
zum Endgerat reichen, weist das Endgerat die beschriebenen 
Merkmale des Senders und des Empf angers auf. In einer opti- 

25 mierten Version ist dann die Umsetzung der IP-Adressen nicht 
mehr notwendig, soweit man sich in einem homogenen Netzwerk 
befindet. Erst wenn durch einen Gateway das Netzwerk verlas- 
sen wird, ist eine Umsetzung bzw. Abbildung notwendig. 

30 Weitere Ausf Iihrungsf ormen sind den Unteranspriichen zu entneh- 
men . 

Im Folgenden wird anhand von Figuren der Ablauf schematisch 
dargestellt. Es zeigt: 

35 



Figur 1 ein Netzwerk, bestehend aus einem Core-Net zwerk 

und einem Radio-Access-Netzwerk mit einem Sen- 
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der^ der vorzugsweise als Gateway ausgebildet 



ist, und einem Empf anger, der die Inf ormations- 
pakete iiber eine Basisstation an ein Endgerat 



5 



weiterleitet , wobei zwischen Sender und Empf an- 
ger die ursprunglichen IP-Inf ormationspakete in 
MPLS- Inf ormationspakete umgewandelt werden; 



Figur 2 



zeigte die Inf ormationspakete wahrend der un- 
terschiedlichen Ubertragungszustande, wobei 



10 



erst nach einer Bestatigung durch ein Acknow- 
ledge-Paket die optimierte Ubertragung statt- 
f indet . 



Die Figur 1 zeigt einen grundsatzlichen Aufbau eines Netz- 
15 werks im Funkbereich. Eine Netzwerkarchitektur 10 besteht 
hierbei aus einem Radio-Access-Netzwerk 16 und einem Core- 
Netzwerk 15. Das Core-Netzwerk 15 kann uber einen Gateway/ 
Router 19 die Verbindung zum Internet herstellen. Beide Netz- 
werke bestehen aus einer Reihe von Komponenten 19, 13, 12, 



Ein User- Plane-Server (UPS) 14 verwaltet das Funkprotokoll 
20, urn Inf ormationspakete iiber Funkschnittstellen zum Endge- 
rat 11 zu transportieren. Ein Radio-Control-Server 16 (RCS) 
2 5 verwaltet das Frequenzband und erlaubt die Zuteilung bzw, 

lehnt die Zuteilung von Frequenzen ab, falls ein Engpass ent- 
stehen sollte. Diese beiden Komponenten, die auch Routerfunk- 
tionalitaten aufweisen, bilden mit den entsprechenden Kabel- 
verbindungen 21 das Radio-Access-Netzwerk 16. 



Das Core-Netzwerk umfasst wiederum Router 19, die mit dem UPS 
in Verbindung stehen. Ein HLR (Home-Location-Register) 13 
verwaltet die eindeutige Kennung des Endgerates und seine ak- 
tuelle Position. Weiterhin umfasst das HLR 13 die Abbildung 
35 der IP-Adresse auf die MPLS-Header bzw. Labels. Im vorliegen- 
den Beispiel wird diese Abbildung dezentral abgelegt. Sender 
27 und der Empf anger 28 haben auf dieses Register Zugriff. 



20 



14. 



30 
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Diese Position ist jedoch in der Regel lediglich eine Regi- 
onsangabe. Weiterhin verwaltet das HLR/HSS die Rufniimmern und 
die aktuelle IP-Adresse. 

5 Die Komponenten des Core-Netzwerkes und des Radio-Access- 

Netzwerkes sind iiber Glasf aserkabel oder Kupferkabel 21 mit- 
einander verbunden. Es ist jedoch denkbar, dass diese Kompo- 
nenten durch eine Richtf unkverbindung miteinander in Kontakt 
stehen . 

10 

Ein Sender 27 empfangt ein Inf ormationspaket 22, das einen 
IP-Header 25 aufweist. Mit Hilfe der IP-Adresse wird die Ge- 
ratekennung ermittelt, die im vorliegenden Fall in zwei MPLS- 
Headern 24 codiert wird. Diese MPLS-Header liegen im Stack im 
15 Inf ormationspaket 22, das ausschlieSlich MPLS-Header auf- 
weist . 

Der Sender 2 7 entfernt nun den IP-Header 2 5 und fugt weitere 
Inf ormationen hinzu, sodass der Datenbereich 29 groSer aus- 

20 fallt. Das so modifizierte Paket 26 wird liber einen weiteren 
Router, der den ersten MPLS-Header entsprechend des Standards 
modifiziert, zum Empf anger 28 weitergeleitet . Der Empf anger 
28 entfernt nun den MPLS-Header 24 und ersetzt diesen durch 
einen IP-Header. Den korrekten IP-Header ermittelt der Emp- 

25 fanger auf der Basis der Inf ormationen, die im Register 13 
abgelegt sind. In einer alternativen Ausfiihrungsf orm konnen 
diese Inf ormationen auch lokal beim Empf anger abgelegt sein. 
Die Verfahren zum Austausch der Abbildung wurden bereits oben 
beschrieben. Auf Grund des variierenden Datenbereichs 29 kann 

3 0 es passieren, dass mehrere Pakete zusammengef asst oder ausei- 
nandergerissen werden. Eine entsprechende Nummerierung dieser 
Pakete ist Stand der Technik. 

Figur 2 zeigt ein Ubertragungsverf ahren, bei dem vier Zustan- 
3 5 de beschrieben werden. Diese vier Zustande spiegeln die Kom~ 
munikation im Netzwerk wider. Im ersten Zustand erfolgt die 
Ubertragung in Form von getunnelten IP-Paketen. Wahrend des 
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zweiten Zustandes wird ein weiteres Label eingefiigt, das die 
IP-Adresse in Zukunft ersetzen soil. Dieses Label kann die 
KNTI kodieren. Andere eindeutige Kennungen sind ebenfalls 
denkbar. Erst nachdem die Gegenseite, also der Empfanger, ei- 
5 ne Bestatigung 3 0 gesendet hat, in der sie Auskunft gibt, 

dass die Abbildung gelernt wurde, erfolgt im vierten Zustand 
eine durchgangige Ubertragung. 
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Patentansprtiche 

1. Verfahren zum Austausch von Inf ormationen zwischen Kompo- 
nenten in einem Netzwerk, das vorzugsweise aus einem Core- 

5 Netzwerk und einem Radio-Access-Netzwerk besteht, mit Endge- 
raten, die uber das Netzwerk IP-Inf ormationspakete austau- 
schen, die liber IP-Header mit IP-Adressen verfiigen, 
mit einem Speicherbereich, in dem eindeutige Endgeratekennun- 
gen in Relation zu IP-Adressen verwaltet werden, 
10 mit zumindest einer Teilmenge von MPLS-fahigen Komponenten in 
dem Netzwerk, die Inf ormationspakete auf der Basis von MPLS- 
Pfaden und entsprechenden MPLS-Headern durch das Netzwerk 
routen, 

- mit einem ersten Konf igurationsschritt bei dem die Kompo- 
15 nenten so konfiguriert warden, dass die MPLS-Pfade zu den 

Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die 
eindeutige Engeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, 

- mit einem zweiten Inf ormationssendeschritt , bei dem die 
20 MPLS-fahigen Komponenten die IP-Header oder Teile davon aus 

dem IP-Inf ormationspaket entfernen, um dann das so veranderte 
IP-Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, um dann das so modifizierte Daten- 
2 5 paket zu senden, 

- mit einem dritten Inf ormationsempf angsschritt , bei dem die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Inf ormationspakte lesen, um anhand der 
Endgeratekennung die zugehorige IP-Adresse zu ermitteln, um 

30 dann das Inf ormationspaket so zu verandern, dass der ur- 
spriingliche IP-Header den MPLS-Header ersetzt. 

2. Verfahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass die Komponenten Mittel aufweisen, die eine 

35 Funktionalitat eines Routers realisieren. 
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3 . Verf ahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet , dass das Netzwerk ein UMTS 
Oder GPRS oder ein ahnliches paketorientiertes Funknetz fiir 
mobile Endgerate ist, wobei die Endgeratekennungen aus netz- 

5 spezifischen RAI, RNTI, IMSI sowie weiteren Identif ikationen 
bestehen. 

4. Verf ahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass der Speicherbereich, in dem die Endgerate- 

10 kennung abgelegt ist, ein HLR oder HSS ist, 

5- Verf ahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet , dass im Speicherbereich die Endgeratekennungen 
in Relation zu den IP-Headern und/oder IP-Adressen abgelegt 
15 sind. 

6 . Verf ahren nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass lediglich ein Gateway 
zu einem externen Netzwerk beim Eintref fen eines Informati- 
2 0 onspaketes aus dem externen Netz den IP-Header entfernt und 
beim Senden eines Paketes in das externe Netzwerk den IP- 
Header einfiigt, wobei die Kommunikation im internen Netzwerk 
auf der Basis der MPLS-Header erfolgt. 

25 7. Verf ahren nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 
Label enthalten, dass die Endgeratekennung codiert, wodurch 
festgestellt werden kann, welcher Pfad fiir welches Endgerat 

30 bestimmt ist. 

8 . Verf ahren nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass nicht der vollstandige 
IP-Header entfernt wird, sondern lediglich Telle des IP- 
35 Headers. 
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9. Sender von Inf ormationen, die in einem Netzwerk ausge- 
tauscht warden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Netzwerk und einem Radio-Access-Netzwerk besteht, iiber das 
Endgerate miteinander kommunizieren, indem die Endgerate liber 
5 das Netzwerk IP-Inf ormationspakete austauschen, die liber IP- 
Header mit IP-Adressen verfiigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

10 - mit Mitteln, die die Inf ormationspakete auf der Basis von 
MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen, 

- mit einer Bearbeitungseinheit , die IP-Header aus dem IP- 
Inf ormationspaket entfernen, um dann das so veranderte IP- 

15 Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 

MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, um dann das so modifizierte Daten- 
paket tiber den MPLS-Pfad zu senden. 

20 10. Sender nach dem vorhergehenden Anspruch, dadurch gekenn- 
zeichnet, dass die Bearbeitungseinheit eine Switching-Fabric 
und/oder ein Mikroprozessor ist. 

11. Sender nach einem oder mehreren der vorhergehenden An- 
25 spriiche, gekennzeichnet durch Mittel, die den Sender so kon- 

figurieren, dass die MPLS-Pfade zu den Endgeraten eindeutig 
sind, wobei die MPLS-Pfade durch die eindeutige Engerateken- 
nung, die in den MPLS-Headern abgebildet ist, gekennzeichnet 
sind. 

30 

12 . Sender nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Endgeratekennung 
von einem zentralen Server geladen wird, der vorzugsweise li- 
ber ein Netzwerk erreichbar ist. 



35 
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13 . Sender nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet , dass die Endgeratekennung in 
der MPLS-Aquivalenzklasse als mogliches Label codiert ist. 

5 14. Empf anger von Inf ormationen, die in einem Netzwerk ausge- 
tauscht werden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Net zwerk und einem Radio-Access-Netzwerk besteht, liber das 
Endgerate miteinander kommunizieren, indem die Endgerate iiber 
das Netzwerk IP-Inf ormationspakete austauschen, die iiber IP- 
10 Header mit IP-Adressen verfiigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

- mit Mitteln, die die Inf ormationspakete auf der Basis von 
15 MPLS-Pfaden und entsprechenden MPLS-Headern aus dem Netzwerk 

empf angen, 

- mit einer Bearbeitungseinheit , die nach der Analyse des In- 
f ormationspaketes feststellt, ob der IP-Header entfernt wur- 
de, um im positiven Falle anhand der Endgeratekennung die zu- 

2 0 gehorige IP-Adresse zu ermitteln, um dann das Inf ormationspa- 

ket so zu verandern, dass der ursprungliche IP-Header den 
MPLS-Header ersetzt . 

15- Empf anger nach dem vorhergehenden Anspruch, dadurch ge- 
25 kennzeichnet , dass die Bearbeitungseinheit eine Switching- 
Fabric und/oder ein Mikroprozessor ist, 

16. Empf anger nach einem oder mehreren der vorhergehenden An- 
sprtiche, gekennzeichnet durch Mittel, die den Empf anger so 

3 0 konf igurieren, dass die MPLS-Pfade zu den Endgeraten eindeu- 

tig sind, wobei die MPLS-Pfade durch die eindeutige Engerate- 
kennung, die in den MPLS-Headern abgebildet ist, gekennzeich- 
net sind. 



35 17. Empf anger nach einem oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass die Endgeratekennung 
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von einem zentralen Server geladen wird, der vorzugsweise ii- 
ber ein Netzwerk erreichbar ist. 

18. Empf anger nach einem oder mehreren der vorhergehenden An- 
5 spriiche, dadurch gekennzeichnet , dass die Endgeratekennung in 

der MPLS-Aquivalenzklasse als mogliches Label codiert ist, 

19. Endgerat, dadurch gekennzeichnet , dass es die Merkmale 
der vorhergehenden Empf anger und Sender ximfasst. 

10 

20. Router und/oder Gateway, dadurch gekennzeichnet , dass es 
die Merkmale der vorhergehenden Empf anger und Sender umfasst. 
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